1 INFO-VAX	Fri, 14 Jul 2000	Volume 2000 : Issue 390       Contents:4 Re: ANNOUNCING: FreeCiv 1.11.0 port for OpenVMS Axp.% Re: Apache for Open VMS, performance? % Re: Apache for Open VMS, performance?  Re: disable spawn in VMSMail?  Re: disable spawn in VMSMail?  Re: disable spawn in VMSMail?  Displaying all directories Re: Displaying all directories& Re: DSSI shadow problem on VAX VMS 7.2 FS DECserver 90TL 0 got to remember to STOP trying to use OpenVMS...4 Re: got to remember to STOP trying to use OpenVMS... Re: Lexical F$GETJPI Lexical F$GETJPI' Re: Mac-Decnet via Webster Multiport LT  Re: mime versions & Re: MOre then one common SYSDUMP file? Multi Tape restore problem. % New Posting from Shannon Knows Compaq . Re: OpenVMS clusters vs other systems clusters OpenVMS Training on CD-ROM OpenVMS/Alpha and PERL Re: OpenVMS/Alpha and PERL Re: OpenVMS/Alpha and PERL Re: OpenVMS/Alpha and PERL+ Re: Porting assistance for GNU code (GnuGP) + Re: Porting assistance for GNU code (GnuGP)  Problem with UCX FTP SOMETHING NEW AND FREE!  Re: SOMETHING NEW AND FREE! ' Re: TCPIP remote node in audit security ' Re: TCPIP remote node in audit security  VMS 7.3 wish list  Re: VMS in practice L Re: What graphics cards are supported by OpenVMS on a AlphaServer 400 4/233?L Re: What graphics cards are supported by OpenVMS on a AlphaServer 400 4/233?$ WTB: MASTERING ULTRIX by David Bynon( Re: WTB: MASTERING ULTRIX by David Bynon YAHMAIL/WASD problem  F ----------------------------------------------------------------------   Date: 13 Jul 2000 19:00:45 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)= Subject: Re: ANNOUNCING: FreeCiv 1.11.0 port for OpenVMS Axp. 6 Message-ID: <8kl3kt$go1$2@mailint03.im.hou.compaq.com>  U In article <396C953C.756DE813@wcom.com>, Roger Tucker <roger.tucker@wcom.com> writes: 0 :Announcing FreeCiv 1.11.0 port for OpenVMS AXP.  2   Looks like a good OpenVMS Freeware submission...     Submission guidelines are at:   >     http://www.openvms.digital.com/openvms/freeware/index.html  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 13 Jul 2000 19:33:47 GMT1 From: JONESD@er6.eng.ohio-state.edu (David Jones) . Subject: Re: Apache for Open VMS, performance?: Message-ID: <8kl5ir$q5v$1@charm.magnus.acs.ohio-state.edu>  + In message <8kkp76$1nl@gap.cco.caltech.edu> 6   mathog@seqaxp.bio.caltech.edu (David Mathog) writes:C >Can somebody at Compaq provide benchmark or other performance test D >information for Apache on OpenVMS vs. Apache on Linux (or Tru64) on >identical hardware?  D The Apache source tree include a benchmark program, src/support/ab.cH (apache bench) which can give a crude measurement.  I can easily make abO show 2-5 times better performance for OSU (3.8) serving a file that Apache/VMS, % but I'm not an impartial observer :-)   D Apache performance is very sensitive to the configuration.  CheckingM every directory in the target file's path for an .htaccess file, for example, D tends to slow down the server.  The Apache docs have a separate HTML% page devoted to performance tweaking.     < David L. Jones               |      Phone:    (614) 292-6929- Ohio State University        |      Internet: L 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu: Columbus, OH 43210           |               vman+@osu.edu  + Disclaimer: Dogs can't tell it's not bacon.    ------------------------------  % Date: Thu, 13 Jul 2000 21:17:23 -0500 , From: "Glenn C. Everhart" <Everhart@GCE.com>. Subject: Re: Apache for Open VMS, performance?' Message-ID: <396E31E3.504B6A04@GCE.com>   ? As an aside for what little it may be worth, some investigators > have been reworking web servers on unix boxes not to start new? processes, but to run threads in existing processes, since even B the unix process start is imposing unacceptable performance costs.  ? This is of course the only approach one can very well take with 6 VMS. I figured the foregoing was an interesting datum.   David Jones wrote: > - > In message <8kkp76$1nl@gap.cco.caltech.edu> 8 >   mathog@seqaxp.bio.caltech.edu (David Mathog) writes:E > >Can somebody at Compaq provide benchmark or other performance test F > >information for Apache on OpenVMS vs. Apache on Linux (or Tru64) on > >identical hardware? > F > The Apache source tree include a benchmark program, src/support/ab.cJ > (apache bench) which can give a crude measurement.  I can easily make abQ > show 2-5 times better performance for OSU (3.8) serving a file that Apache/VMS, ' > but I'm not an impartial observer :-)  > F > Apache performance is very sensitive to the configuration.  CheckingO > every directory in the target file's path for an .htaccess file, for example, F > tends to slow down the server.  The Apache docs have a separate HTML' > page devoted to performance tweaking.  > > > David L. Jones               |      Phone:    (614) 292-6929/ > Ohio State University        |      Internet: N > 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu< > Columbus, OH 43210           |               vman+@osu.edu > - > Disclaimer: Dogs can't tell it's not bacon.    ------------------------------   Date: 13 Jul 2000 18:59:42 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)& Subject: Re: disable spawn in VMSMail?6 Message-ID: <8kl3iu$go1$1@mailint03.im.hou.compaq.com>  O In article <396CD23A.1A9B@gte.net>, Lonny Balderston <lbalders@gte.net> writes: 5 :Is there an easy way to disable the "spawn" command  8 :that can be found in in VMSMail?  [new: without messing7 :with UAF flags. I have no control over the application 6 :we are running, probably cannot change UAF parameters7 :without causing problems. Just want to disable "spawn" . :in VMS Mail. Alpha 4100 running VMS 7.1-1H1.]  <   Short of the authorization file, there is no secure way to8   do this.  Various tools can issue the SPAWN operation,<   and -- depending on how things are set up -- you can also    use:  1     <CTRL/Y> SPAWN <do something> LOGOUT CONTINUE   2   You should use the following AUTHORIZE commands:        o UAF> MOD user/FLAG=CAPTIVE  >     o set up the process to not have any available subprocess ?       creation quota.  (Usually via /PRCLM or /MAXJOB or such.)   E   Using a captive user is a good choice for those folks that need to  6   be kept in a menu and kept away from the DCL prompt.  =   Depending on what you want to prevent, you can disable MAIL D   reception and notification (via UAF), and you can prevent sending =   MAIL (or anything else) off-node (remote NETMBX privilege).   =   Please get off of V7.1-1H1; please get to V7.1-2 or V7.2-1.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 13 Jul 2000 21:27:54 -0500 , From: "Glenn C. Everhart" <Everhart@GCE.com>& Subject: Re: disable spawn in VMSMail?' Message-ID: <396E345A.12250CB3@GCE.com>   ; I believe mail spawn will fail if the process does not have < tmpmbx. Therefore if you have a copy of mail set with Safety< to always run with a priv mask without tmpmbx (or perhaps no9 privs at all) it should avoid spawning. It is unfortunate ; mail had the code pulled that turned off image privs around : spawn,but when there were warnings about it in this forum,; NOBODY complained. Those who find it inconvenient now might ? have gotten some help if back then you had paid some attention.    Glenn Everhart+ (who was one of those posting the warnings)    Jim Agnew wrote: > = > hhmm..  you really need to diddle with the UAF to do that..  > B > if your application does NOT spawn subprocesses, you can disable: > subprocessed in the uaf w/o hurting things..  good luck. > $ > all my solutions involved the UAF. > - > also, one could patch the mail image... ;-)  >  > j. >  > Lonny Balderston wrote:  > > 3 > > (previously posted on vmsnet.alpha 22-JUN-2000)  > > 7 > > Is there an easy way to disable the "spawn" command : > > that can be found in in VMSMail? [new: without messing: > > with UAF flags. I have no control over the application9 > > we are running, probably cannot change UAF parameters : > > without causing problems. Just want to disable "spawn"1 > > in VMS Mail. Alpha 4100 running VMS 7.1-1H1.]  > >  > > Thank you, Lonny Balderston " > > email: lbalders at gte dot net   ------------------------------  % Date: Thu, 13 Jul 2000 21:29:22 -0500 , From: "Glenn C. Everhart" <Everhart@GCE.com>& Subject: Re: disable spawn in VMSMail?' Message-ID: <396E34B1.49172270@GCE.com>   < Yes, and safety can basically do that for you: when an image2 is run, it can replace the privmask while it runs.5 Code's been on the sigtapes for what, now, 3 years???    Peter Weaver wrote:  > E > If the users can only enter MAIL from a command procedure then make E > sure the command procedure disables TMPMBX. The user can still send C > mail but can not spawn without TMPMBX. A nice feature for INSTALL H > would be to allow us to say REPLACE SYS$SYSTEM:MAIL.EXE /PRIV=NOTMPMBX> > and then invoking MAIL would automatically remove the TMPMBX > privilege. >  > $DO_MAIL: # > $ Old_priv = f$setprv("NOTMPMBX")  > $ MAIL# > $ Privs = f$setprv("''old_priv'")  > < > BTW: I just noticed that both F$SETPRV and F$SETPRIV work. >  > -- > Peter Weaver > > > Lonny Balderston wrote in message <396CD23A.1A9B@gte.net>...2 > >(previously posted on vmsnet.alpha 22-JUN-2000) > > 6 > >Is there an easy way to disable the "spawn" command9 > >that can be found in in VMSMail? [new: without messing 9 > >with UAF flags. I have no control over the application 8 > >we are running, probably cannot change UAF parameters9 > >without causing problems. Just want to disable "spawn" 0 > >in VMS Mail. Alpha 4100 running VMS 7.1-1H1.] > >  > >Thank you, Lonny Balderston! > >email: lbalders at gte dot net    ------------------------------  # Date: Fri, 14 Jul 2000 00:34:22 GMT ( From: hx_101@hotmail.com (Horse Nuts...)# Subject: Displaying all directories 4 Message-ID: <396e5fce.49798856@news.accesscable.net>  C Is there a way to display all directories and or all disk names and ) the directories contained on that disk???    Thanks   ------------------------------  % Date: Fri, 14 Jul 2000 04:49:50 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender)' Subject: Re: Displaying all directories ; Message-ID: <396e7fce.524144494f47414741@radiogaga.harz.de>   ) Horse Nuts... (hx_101@hotmail.com) wrote: E : Is there a way to display all directories and or all disk names and + : the directories contained on that disk???   & Terse questions beget terse answers...  $ All disk names     : $ SHOW DEVICE D6 All directories [1]: $ DIRECTORY disk:[000000...]*.DIR  = Contents of all directories [1]: $ DIRECTORY disk:[000000...]   ! All directories on all disks [1]:  $ SHOW DEVICE D ; $ DEFINE/TRANSLATION=CONCEAL ALL_DISKS disk1,disk2,disk3,.. & $ DIRECTORY ALL_DISKS:[000000...]*.DIR  H "Contents of all directories on all disks" is left as an exercise to the
 reader ;-)   cu,    Martin  & [1] to which you have access, that is. --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.de N One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  # Date: Thu, 13 Jul 2000 19:20:35 GMT ) From: "Neil Rieck" <n.rieck@sympatico.ca> / Subject: Re: DSSI shadow problem on VAX VMS 7.2 ; Message-ID: <7Eob5.95026$HK2.1758867@news20.bellglobal.com>   J Thanks for the info. I read Andy's note and would like to point out that II do not have page files open on the shadow sets that are causing problems. K Like the author's original note though, this worked fine in OpenVMS 6.2 and  doesn't work in OpenVMS 7.2.  I In previous years I always waited for "dot 2" before doing an OS upgrade. / Looks like I should change that to "dot 3 or 4"   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/ I An eerie silence fills the room with the gentle whisper of the breeze and ! the frogs singing in the distance   9 "Tony McGrath" <TMcGrath@cendant.com.au> wrote in message , news:396d0118.5132557@news.ozemail.com.au...G > On Tue, 11 Jul 2000 23:23:26 GMT, "Neil Rieck" <n.rieck@sympatico.ca>  > wrote: > J > >I'm running OpenVMS 7.2 on three different VAXs (not part of a cluster) and I > >when I do a reboot after a clean shut down, I get an error saying that  the F > >drives were dismounted incorrectly. This almost always results in a shadow9 > >set merge. The hardware configurations are as follows:  > > I > >1. One 6430 using two DSSI buses each connected to an HSD05 containing  RZ29/ > >drives. I'm shadowing across the DSSI buses.  > > L > >2. One 4300 using two DSSI buses each connected to three RF35 drives. I'm# > >shadowing across the DSSI buses.  > > H > >3. One 3800 using one DSSI bus connected to one HSD05 containing four RZ295 > >drives. I'm shadowing between drives in the HSD05.  > > J > >These machines worked fine under OpenVMS 6.2. Does anyone have any idea what > >is going on here? > > 
 > >Neil Rieck   > >Kitchener/Waterloo/Cambridge, > >Ontario, Canada. $ > >http://www3.sympatico.ca/n.rieck/L > >An eerie silence fills the room with the gentle whisper of the breeze and$ > >the frogs singing in the distance > G > Fire up DejaNews and have a look for an item posted by Andy Goldstein D > in Comp.OS.VMS on 29-JUN-1999, titled "Re: Dismounting a disk with! > additional pagefile installed".  > ? > Alternatively, go to http://www.deja.com/=dnc/forms/mid.shtml  > and enter this Message Id : / > <3778CBEF.11B267A3@star.zko.dec.youknowwhere>  > ! > It may explain what's going on.  > E > Andy said "We're working on it". I wonder how they're progressing ?  >  > Cheers from Down Under, 	 >    Tony  > E > Tony McGrath, Systems Administrator, British Airways Executive Club F > Cendant Membership Services, 596 North Road, Ormond, Victoria, 3204,	 Australia / > Phone : 61 3 9578 8233   Fax : 61 3 9578 6326    ------------------------------  # Date: Fri, 14 Jul 2000 03:40:17 GMT + From: Joe Mullins <joemul@pobox.alaska.net>  Subject: FS DECserver 90TL/ Message-ID: <joemul-54EB73.20401713072000@news>   $ I have the following items for sale:  + 1. (1) DECserver 90TL no power supply. $450   D If you're interested, please e-mail me at joemul@pobox.alaska.net.  H Buyer prepays with Paypal or cashiers check.  Buyer pays shipping costs.   Thanks.    ------------------------------   Date: 13 Jul 2000 20:08:50 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)9 Subject: got to remember to STOP trying to use OpenVMS... , Message-ID: <8kl7ki$dfa@gap.cco.caltech.edu>  I I should know better by now.  I really need to put up a sign on top of my  monitor that says:    8    "STOP, are you insane?  Don't use OpenVMS for THAT!"   , Where "THAT" is pretty much everything I do.  J Having neglected that rule this morning I wasted a couple of hours on the D usual wild goose chase.   It all started when a user told me "I wantK StackPack, can we get it?"  (It's a program that clusters EST sequences and J keeps track of the results.)  So I contacted the people who distribute it,? which in due course led to the following package dependencies:       StackPack (C++)       autoconf #      sql database which speaks odbc E      freeodbc++                   (http://wwww.orcane.net/freeodbc++)          autoconf`         unixODBC (C and C++ and lots of .sh) (http://www.unixodbc.org/)   OR  libiodbc (below)  P            qt                     (http://www.saalhausen.de/lehrig/qt21_bck.zip)            autoconf T         libiodbc (C)              (http://www.iodbc.org/dist/libiodbc-2.50.3.tar.gz)  H The good news - qt is available from the URL shown (but not from Compaq)H and some fellow from mimer.se had provided a .com to build libiodc, but G apparently from 6.x, and I don't know if it works on 7.2-1 or with the  G current version of libiodbc.  That .com was a good thing for without it B there would have been an autoconf dependency on that package too.  Ironically the README says:   H     As the iODBC driver manager uses autoconf/automake/libtool it should=     be portable to most modern UNIX platforms out of the box.   G We all know that for platforms which don't support autoconf etc., most gI notably OpenVMS, it is a PITA to deal with these sorts of packages.  But nG what are you going to do - that's the way the Unix guys build packages p these days.   I Anyway, this is like far too many pieces of software I see.  The only wayaG to even start to build this sort of package for OpenVMS requires that I F first build it on a Unix box - and if I'm going to do that, why botherG doing it over again for OpenVMS?   Moreover, there's a fair chance thatmG that build will work the first time on Unix, whereas to make it work onMK OpenVMS will almost certainly require weeks of work, with success not being F guaranteed in any case.  Especially if part of the port requires also  porting an entire database.U  J Before Kerry or anybody else starts in with the DII-COE story, I just wantJ to point out how very high the bar is for that to make any real differenceI in my (or anybody else's) ability to get software running on OpenVMS.  ToyH put OpenVMS back in the game that environment must be so Unix compatibleF that all of these packages would have built with no more effort than aE minor tweak or two to the configuration files.  I don't know what the D DII-COE specs say, but the real acid test for the usefulness of thisG product would be to see how many "unix" packages randomly selected from I freshmeat or any other Unixy software site build AND work with no or onlypI minor modifications.  Yes, that means that they must also fix the 32k and9F 64k limitations in RMS and elsewhere, as exposed by the C RTL, becauseP those don't exist anywhere else and they do break software, and also all of the @ X11 incompatibilities.  And they'll also have to fix the variousJ performance problems which have been beaten to death here already and makeI OpenVMS a very unattractive option.   Such a tall order, and DII-COE has SH such a smell of "son of POSIX" about it - mere window dressing - a check< off on some capabilities list for a government bureaucracy.   J Ah what's the point?  Compaq management doesn't give a rat's ass about anyK of this.  Or if they do, that's even sadder, because they're doing a prettydG poor job of dealing with any of it - on every level.  Renaissance?  No aE signs of it around here.  They're happy with $4B when they should be m shooting for $40B.  J Time to walk away, or real soon anyway - there's still that one package weJ use that doesn't have a Linux/Alpha version or a suitable replacement. AndG that is ALL that's keeping our one OpenVMS system from an immediate and I irreversable OS change. I'm going to miss having a nice secure OS, but ifnK that nice secure OS can't hardly be used for the work we need to do, it hasp to go. e   Regards,   David Mathog mathog@seqaxp.bio.caltech.edui? Manager, sequence analysis facility, biology division, Caltech p   ------------------------------    Date: 14 Jul 2000 00:22:59 -0500* From: young_r@eisner.decus.org (Rob Young)= Subject: Re: got to remember to STOP trying to use OpenVMS...9+ Message-ID: <6q6sZo6+xiu2@eisner.decus.org>n  a In article <8kl7ki$dfa@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:0K > I should know better by now.  I really need to put up a sign on top of myn > monitor that says: - > : >    "STOP, are you insane?  Don't use OpenVMS for THAT!"  > . > Where "THAT" is pretty much everything I do.    . 	Snip , legit complaints about porting issues.  L > Ah what's the point?  Compaq management doesn't give a rat's ass about anyB                         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^M > of this.  Or if they do, that's even sadder, because they're doing a pretty I > poor job of dealing with any of it - on every level.  Renaissance?  No sG > signs of it around here.  They're happy with $4B when they should be r > shooting for $40B.    < 	That wouldn't be a true statement.  Only one clue that theyA 	are working on something significant was mentioned here recentlyv> 	that a legit fork() is a work in progress for VMS.  I suspect 	we will learn more real soon.   > L > Time to walk away, or real soon anyway - there's still that one package weL > use that doesn't have a Linux/Alpha version or a suitable replacement. AndI > that is ALL that's keeping our one OpenVMS system from an immediate andkK > irreversable OS change. I'm going to miss having a nice secure OS, but ifpM > that nice secure OS can't hardly be used for the work we need to do, it hasi	 > to go. i >   : 	Too bad.  I could tell you a story in reverse but you may 	not want to hear it.  t  E 	I know of a package that is made for a VMS cluster.  Written with a dE 	cluster in mind, makes use of the DLM, journalling, etc. etc. etc.   ? 	It isn't up to Linux speed for writes but does VERY good with  C 	controllers (beyond your budget) with writeback cache turned on.   G 	Excellent in reads with Volume Shadowing used with multiple RAID1s as 4C 	shadow members (Overkill?  Think not.  Disks only spit out so manyc= 	I/Os regardless of OS).  Had a node crash recently.  No loss E 	of application, folks on that node just logged back in.  Had a powerf@ 	outage that whacked a node.  Still had other nodes.  No loss of 	application availability.  B 	VMS's strengths aren't for everyone.  Other OSes are superior ... 	(for now) for certain things.  A 	Engineering trade-offs were obviously made.  Galaxy was/is a bigd< 	push but that doesn't help your cause.  You would have beenB 	better off had they pushed a new filesystem and caching.  Will be@ 	interesting to be 5 or so years out and look back and arm-chair@ 	quarterback to see if they made the right decision.  I bet they= 	did.  After all, APMP is patentable.  Story today shows that @ 	the Internet is in a groove and has established its own Moore'sC 	Law and has been doubling in size every year for the last 3 years.R< 	That is I/O and that is what Galaxy is about.  We'll see ifA 	a Galaxy starts showing up as a backend here and yon more often.I     				Robe  P ********************************************************************************P *                                RIP Netware                                   *P ********************************************************************************   ------------------------------   Date: 13 JUL 2000 16:03:58 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher) Subject: Re: Lexical F$GETJPIy6 Message-ID: <13JUL00.16035875@thuria.waisman.wisc.edu>  / In a previous article, guyab@my-deja.com wrote:7: ->I seem to be having an unlikely situation on my cluster. -> -1 ->Hardware - 2 x Alpha 2100 with dual 4/233 896MB & ->O/S      - VMS 6.2-1h3 with full PVS	 ->Problem  ->When I issue the command, ->$ write sys$output f$getjpi("","username")> ->I get my username displayed as expected as I do for UIC etc. ->When I issue the command) ->$ write sys$output f$getjpi("","owner")i ->I only get a blank line.G ->I have got all of the UAF records set up with meaningful names in thes> ->owner field and I would like to extract it a single command. ->Anybody any ideas.  F Unfortunately there is no f$getuai lexical function. You could use the) very handy GETUAI program available from:w 	u9 	http://www2.wku.edu/scripts/fileserv/fileserv.com?GETUAIc  = Or you could read the uaf record for that user with DCL (very 
 unsupported):c  <   $ Open/Read/Share uaf sysuaf			! /Share is very important!E   $ Read/NoLock/Key="JOEUSER" uaf uaf_record	! Read the user's record B   $ Owner := 'F$EXTR(85,31,uaf_record)'		! Extract the owner field
   $ Close uafs  F Here, I'm assuming that SYSUAF is a logical that points to SYSUAF.DAT.   ------------------------------  % Date: Thu, 13 Jul 2000 18:40:28 -0400 2 From: "Richard B. Gilbert" <DRAGON@compuserve.com> Subject: Lexical F$GETJPIw7 Message-ID: <200007131840_MC2-AC3A-5159@compuserve.com>U  H         Unexpected?  Well, perhaps you didn't expect it but it's utterly predictable!  H         RTFM!   JPI$_OWNER : Whe you specify JPI$_OWNER, $GETJPI returnsJ the process identification (PID) of the process that created the specifie= dm2 process.  The PID is a longword hexadecimal value.  F         If you must have the contents of the UAF owner field, find theJ username, open SYSUAF.DAT for read, being sure to allow share=3Dwrite,  r= ead-J the record for the username and extract the contents of the owner field. =  J Don't forget to close the file again.   In most cases it would be far mor= e- trouble than it's worth!    2 Message text written by INTERNET:guyab@my-deja.com9 >I seem to be having an unlikely situation on my cluster.t  / Hardware - 2 x Alpha 2100 with dual 4/233 896MB3$ O/S      - VMS 6.2-1h3 with full PVS Probleme When I issue the command* $ write sys$output f$getjpi("","username")< I get my username displayed as expected as I do for UIC etc. When I issue the command' $ write sys$output f$getjpi("","owner")T I only get a blank line.E I have got all of the UAF records set up with meaningful names in then< owner field and I would like to extract it a single command. Anybody any ideas. <_   ------------------------------  # Date: Fri, 14 Jul 2000 01:32:43 GMT"2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>0 Subject: Re: Mac-Decnet via Webster Multiport LT6 Message-ID: <%4ub5.519$sp6.163128@typhoon.aracnet.com>  @ Geoff Roberts <geoffrobx@stmarksx.ppx.catholicx.edux.aux> wrote:E > Hmm, don't know what version of pathworks/when it was around by anyd	 > chance?a  E I know MSA V1.3A is provides Appletalk to VMS.  As for the version of E Pathworks, I believe there was a Mac specific version of Pathworks.     5 I think MSA was still on the condist in mid-late '98.   3 >> turn  to IP, which may be the way to go for you.   = > Yeah, I can do it with IP if necessary.  Just a thought....e  H Depends on what you're trying to do...  Finding a NFS clinet for the MacB isn't easy at this time, though I think it is possible once again.   			    Zanee   ------------------------------  % Date: Thu, 13 Jul 2000 18:12:54 -0400p' From: Paul <pmosteika@evms.zko.dec.com>  Subject: Re: mime versions/ Message-ID: <396E06A5.E23C336@evms.zko.dec.com>-  E Yes unfortunately the updates don't make their way through the entiredH process as fast as we would like. Updates are made available through the	 WEB site -  9    http://ftp.service.digital.com/patches/public/vms/vax/   	     and  0  5    http://ftp.service.digital.com/patches/public/axp/i  F and distributions of periodic TIMA kits. But again, you won't find theE newest MIME versions there. They are currently only available through G the support centers, until the new update kits are created. At the timeRE of the V7.2-1 kit, it had the latest MIME changes. There have been 33l3 more since then, and recently another group of 12.    F Yes the original design was to allow 8 input files. The error handling9 in MIME certainly needs to be (and will be) more robust.    H Our quality control, validation, and verification process are excellent,D with a reputation that speaks for itself. However, I'm not sure whatF happened with MIME. Apparently, being a stand-alone utility it may not& have received the attention it needed.   Thanks for the feedback.    F If need be, I can send a small saveset; if at some point you decide to use the MIME utility.a     				Paul Mosteika-   				13-Jul-2000    ------------------------------   Date: 13 Jul 2000 12:56 PSTc) From: rankin@eql.caltech.edu (Pat Rankin)p/ Subject: Re: MOre then one common SYSDUMP file?H/ Message-ID: <13JUL200012562984@eql.caltech.edu>t  7 In article <200007130613.IAA00709@sinet1.fom.fgan.de>,\t+  Rudolf Wingert <win@fom.fgan.de> writes... J > is it possible to have more then one common SYSDUMP file? If yes, how toL > must I name them? I would like to have one common SYSDUMP file for a group= > of nodes, but not for all (e.g. eight groups of five node).   =      Yes, it's fairly easy.  We have three dump files; one is = normal [sys0.sysexe]sysdump.dmp, private for the boot node ofy= our LAVc.  The other two are [vms$common.sysexe]sysdump_1.dmpg< and sysdump_2.dmp; the satellites share one or the other via  3 $ set file/enter sys$common:[sysexe]sysdump_1.dmp -e'        sys$specific:[sysexe]sysdump.dmpo  > and likewise for sysdump_2.dmp.  Any file name (other than the= reserved ones like sysdump.dmp itself) will do; it just needs7. to look like "sysdump.dmp" for the local node.  9      This configuration predates the dump-off-system-diskt1 feature, but it would work with that too I think.n  2                 Pat Rankin, rankin@eql.caltech.edu   ------------------------------  % Date: Thu, 13 Jul 2000 12:45:54 -0700 / From: Terry Marosites <TMarosites@unitedad.com>n$ Subject: Multi Tape restore problem.M Message-ID: <1137A4A23A51D311B2D600105A1D5213026FDE73@seantexch.unitedad.com>   
 Hello All,  L     I am trying to restore some files from a backup that was created on DTL3D tapes created on a TZ877 tape drive on a VAX 4000-705A(OpenVMS V7.1)A   The system I am trying to restore to is an AlphaServer DS20 500T MHz(OpenVMS V7.1-2)fJ using a DS-TL891-NT tape drive with mount command of $ mount/for/multi ...L   After restoring the first tape it just stops, and will not continue to theC next tape and no opcom is received, it looks like it just completed 	 normally.h  ' Any help on this problem is appreciatedf Thanks Terry (Gator)      5 *****************************************************s    5 *****************************************************t4 Any views or opinions are solely those of the author) and do not necessarily represent those ofh United Advertising Media.m5 *****************************************************E4 The information transmitted is intended only for the1 person or entity to which it is addressed and mayr3 contain confidential and/or privileged material. If 3 you are not the intended recipient of this message,G. please do not read, copy, use or disclose this3 communication and notify the sender immediately. Ith0 should be noted that any review, retransmission,2 dissemination or other use of, or taking action in- reliance upon, this information by persons or0- entities other than the intended recipient iso prohibited. 5 *****************************************************3 **   ------------------------------  # Date: Fri, 14 Jul 2000 02:01:48 GMTe From: infantino@my-deja.com5. Subject: New Posting from Shannon Knows Compaq) Message-ID: <8klsa4$f36$1@nnrp1.deja.com>i  G AcerSoft updated its Web Site with new Shannon Knows Compaq Newsletter;-  % GS-Series; Wildfire is worth the Waitl  . A tale of two architectures: Alpha vs. Itanium   Compaq Currents)  3 For the latest News from Shannon Knows Compaq visitS http://www.acersoft.com$    & Sent via Deja.com http://www.deja.com/ Before you buy.e   ------------------------------  # Date: Thu, 13 Jul 2000 21:26:31 GMTP% From: jlsue <jlsuexxxz@dialupnet.com>r7 Subject: Re: OpenVMS clusters vs other systems clusters 8 Message-ID: <72dsmsk3brhhhrdhbs15k9alueluk46964@4ax.com>  / On Tue, 11 Jul 2000 11:19:42 +0100, Nigel Arnotl$ <sysmgr@maxwell.ph.kcl.ac.uk> wrote:   >  >,K >No - Digital was the most serious FUD spreader by far, because they were ac >more credible source. c >a= >If I hear a salesman knocking the competition when promotingtM >his own product, I don't take it at face value. Indeed, competition-knocking I >is "the last resort of a bankrupt salesman". I imagine most others think/@ >similarly. At the very least, "he would say that, wouldn't he!" >nJ >However, when I start hearing a company knocking one of its OWN products,F >I have to take note. Digital for quite a while was loudly singing theE >praises of Ultrix / Digital Unix, and deprecating VMS. Then it added:N >NT as an accompaniment. "Stop knocking VMS" was regularly shouted at Digital. >And regularly ignored.  >rI >Gartner et al got the message: Digital, for watever reason, did not wantoK >to promote VMS. They started calling it "legacy", something that would be tK >put out to grass in a year or two. Digital didn't correct them. Indeed, it K >wncouraged them to talk about "migration". Merely failing to dispute what yC >was being said lent credibility to it. Digital went much further.   >cN >A better way to generate FUD is hard to imagine. And I still don't understand= >why they did this. Digital paid the ultimate price. Tru64 isrE >still number four (if it hasn't slipped behind Linux recently). NT, oL >unsurprisingly,  made lots of money for Bill Gates and little for Digital.  >oH >Conspiracy or mere incompetence? I don't know. In any case, it's water  >under the bridge now.  E I don't disagree with you, but I think this was much further down thebD line (well, at least 3-4 years after the original Unix FUD started).1 Not speaking for anyone, certainly not DEC/CompaqM- (get rid of the xxxx in my address to e-mail)e   ------------------------------  # Date: Fri, 14 Jul 2000 02:21:04 GMT  From: infantino@my-deja.coms# Subject: OpenVMS Training on CD-ROMI) Message-ID: <8klte2$fte$1@nnrp1.deja.com>t  F Choose from over 30 OpenVMS courses on CD-ROM. Learn at your own pace.   Visit http://www.acersoft.comi      & Sent via Deja.com http://www.deja.com/ Before you buy.m   ------------------------------  % Date: Thu, 13 Jul 2000 22:21:59 +0100,5 From: Lothar Geyer <Lothar.Geyer@EDV-Berater-GmbH.de>y Subject: OpenVMS/Alpha and PERLR3 Message-ID: <396E32F7.99A39990@EDV-Berater-GmbH.de>%   Hallo,  C does anyone know a PERL compiler for OpenVMS/Alpha? PERL is not the.H script language used today for internet application, but a language user/ about 15 years ago for technical appplications.A   Thank you in advance.a   Lothar Geyer   ------------------------------  % Date: Thu, 13 Jul 2000 16:38:23 -0700f+ From: "Barry Treahy, Jr." <Treahy@mmaz.com>e# Subject: Re: OpenVMS/Alpha and PERL ( Message-ID: <396E52EF.BB140E77@mmaz.com>  K If you take a peek at the VMS FAQ, you'll find locations and suggestions on L sources and how to build them as well as precompiled Perl 5 distributions...   Barrym   Lothar Geyer wrote:    > Hallo, >gE > does anyone know a PERL compiler for OpenVMS/Alpha? PERL is not the J > script language used today for internet application, but a language user1 > about 15 years ago for technical appplications.v >z > Thank you in advance.t >t > Lothar Geyer   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOe  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028.   ------------------------------  % Date: Thu, 13 Jul 2000 19:50:00 -0500.7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>i# Subject: Re: OpenVMS/Alpha and PERL - Message-ID: <396E63B8.1E84F26C@earthlink.net>    "Barry Treahy, Jr." wrote: > M > If you take a peek at the VMS FAQ, you'll find locations and suggestions onmN > sources and how to build them as well as precompiled Perl 5 distributions...   > Lothar Geyer wrote:  > 
 > > Hallo, > > 8 > > does anyone know a PERL compiler for OpenVMS/Alpha?   ( Take specific note of the next sentence:   > > PERL is not therL > > script language used today for internet application, but a language user3 > > about 15 years ago for technical appplications.e   That is:   "perl" != "PERL" "perl" <> "PERL" "perl" .NES. "PERL"l   -- l David J. Dachterae dba DJE Systemse http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/o   ------------------------------  % Date: Thu, 13 Jul 2000 22:18:12 -0700-+ From: "Barry Treahy, Jr." <Treahy@mmaz.com>0# Subject: Re: OpenVMS/Alpha and PERLh( Message-ID: <396EA294.9AFEFB66@mmaz.com>   "David J. Dachtera" wrote:  9 > > > does anyone know a PERL compiler for OpenVMS/Alpha?< >0* > Take specific note of the next sentence: >l > > > PERL is not the.N > > > script language used today for internet application, but a language user5 > > > about 15 years ago for technical appplications.e  O I did, and though I've been around in computing for 20 years, I cannot say that P I've heard of a 'compiler' for a language called PERL from that era.  Now if youB want a funky one, anybody remember Praxis or seen that one lately?  J The original post had interesting english syntax as well as spelling, so IQ presumed he was confused about Perl since the Perl of today actually evolved fromdM a data manipulation and reporting need prior to becoming a big tool in CGI's.u   Barry    ------------------------------  # Date: Thu, 13 Jul 2000 18:22:55 GMTl= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)n4 Subject: Re: Porting assistance for GNU code (GnuGP)0 Message-ID: <009ED05E.4CE7D5D3@SendSpamHere.ORG>  X In article <8kkuhh$o46$1@nnrp1.deja.com>, alphaman-nix-spam@hsv.sungardtrust.com writes: >Hi, >-D >I am interested in porting GnuGP (think of it as the GNU version ofB >PGP) to OpenVMS.  I am green when it comes to porting U*X code to >OpenVMS, however. >B= >To date, I've got the porting library off the Q's site, have C >successfully installed it, and am wading through some of the finaldB >tidbits of the installation and getting the gnugp files ready forF >OpenVMS.  But wading through the makefile is tedious (it's been yearsE >since I've looked at one at this level of detail), and I'm sure that B >I'm going to run into many, many more issues in my efforts (e.g.,E >another I can see is that the makefile.in is made from automake, buteF >we've been asked NOT to put Perl on our system.  If my efforts are toD >make their way back into the gnu source, then there must be someoneE >willing to help on this project with Perl installed on their system,*( >otherwise this will be a one-off port.) >iC >So, what I would like is some mentoring from someone familiar withtG >porting gnu type C programs, especially if that individual is familiar*- >with the workings of the new porting library D >(http://www.openvms.digital.com/openvms/products/ips/porting.html).E >The level of effort may be as simple as just answering an occasionaloG >question to actually participating in the port and helping to maintain 
 >the code. >sE >Any takers out there?  Anyone else interested in seeing GnuGP ported  >who has porting experience? >  >TIA,n >Aaron >h >u' >Sent via Deja.com http://www.deja.com/, >Before you buy.  F GNU code drops are GNUgly!!!  If GNU is any indication of the state ofH code in the unix realm or the GNU makes any indication of the state of  B build procedures/environments in the unix realm, then god help us!  F I've been toiling with some GNU code on and off for a few months and IG am thoroughly convinced that the GNU crowd is completely insane.  Most tE of the problem is not the C code itself but the insanity of the buildwG environment.  C preprocessor hacks to build intermediate makefiles thatqF build more makefiles via C preprocessor hacks...  ugly, fugly, GNUgly!F Another insanity is the way many of the GNU packages check to see if aE C library functions exist so that psycho-conditional code can be used2@ to incorporate fucntions the environment may or may not possess.  D Anyhow, good luck to you.  If you decide to tackle the project get aD couple of bottles of strong headache medicine and a well-padded headE protector (to safeguard against any permanent bodily harm you may in-iD flict upon yourself whilst banging your head against the wall!) and  have a go at it.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMu   ------------------------------   Date: 13 Jul 2000 21:34:15 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)4 Subject: Re: Porting assistance for GNU code (GnuGP), Message-ID: <8klckn$hbp@gap.cco.caltech.edu>  p In article <009ED05E.4CE7D5D3@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:G >I've been toiling with some GNU code on and off for a few months and IgH >am thoroughly convinced that the GNU crowd is completely insane.  Most F >of the problem is not the C code itself but the insanity of the buildH >environment.  C preprocessor hacks to build intermediate makefiles thatG >build more makefiles via C preprocessor hacks...  ugly, fugly, GNUgly!tG >Another insanity is the way many of the GNU packages check to see if arF >C library functions exist so that psycho-conditional code can be usedA >to incorporate fucntions the environment may or may not possess.n  H Amen.  To that.  But "autoconf" (hawk, spit) is all the rage in Unixdom.G The DII-COE better bring along autoconf based builds or it's a completet+ joke if real Unix compatibility is a goal. P   >oE >Anyhow, good luck to you.  If you decide to tackle the project get atE >couple of bottles of strong headache medicine and a well-padded headhF >protector (to safeguard against any permanent bodily harm you may in-E >flict upon yourself whilst banging your head against the wall!) and s >have a go at it.x  < Nah.  Don't beat your head on the wall - do it the easy way.  0 Go to a Unix box, unpack, cd into the directory.  
 % ./configurew % make -n > make_vms.com  L Copy make_vms.com back to your VMS machine.  Open it in NEDIT or some other L editor which allows very wide lines.  There will be two classes of CC lines J (if you're lucky, an infinite number if you're not.)  One will correspond K to the compiles and the others to the links.  Copy one of the compile linesv up to the top and edit it from:a   cc -I. -Ifoo -DBLAT -DSPLAT -O   to  ` $ mycc :== cc/standard=ansi89/prefix=all/include=([],[.foo])/define=(BLAT,SPLAT)/warn=enable=all  I Yes, that's very optimistic, odds are it isn't ANSI compatible code, but  / YOU want YOUR code to compile cleanly this way.   2 then do a global replace of the unixy cc line with   $ mycc a  G You'll probably also have to move around or remove the "-o out.o" bits.e  G Then do the same sort of thing for the LINK "cc's", where you define a UI MYLINK symbol at the top of the procedure, and global replace it all the e	 way down.n   Change all lists like:    foo.o moo.o goo.o   to      foo.obj, moo.obj, goo.obj  J Are there "ar" statements?  In those locations you probably want to put in  =  $ create/object/library somename.olb  foo.obj, moo.obj, etc.   F If the package builds more than one executable and does NOT have "ar" H statements you may still want to build object libraries.  It will reduce- your link statements from a huge list to justo  ,  $ mylink/exe=foo.exe foo.obj,biglib.olb/lib   Change other statements like:i  6   mv foo.o bloo.o               replace mv with RENAME4   cp foo.o bloo.o               replace cp with COPYL   sed,awk,perl,sh               hunt down the author and beat them senseless  L Then comes the fun part - actually getting the code to build.  If it's well I written code (which I do occasionally see) it will build cleanly at this oJ point.  More likely it will generate several thousand error messages.  DO H NOT back off on the compiler stringency - take the time and fix all the C moronic bugs you find and send the lengthy list back to the author/  maintainer.i  / Got a clean compile?  DO NOT try to run it yet.   E First search the code for "/", system(), fork(), ioctl() (if it does dG terminal manipulation) and select() (if it's X11 code).  Code in those g) regions is unlikely to function properly.s   Now try and run it.   E When it blows up, and it will, go back and build a DEBUG version and  D uncover the numerous bugs which never expressed fatally on any Unix.2 (Especially useful, if the code uses free() put in   #define free myfreeD  J and have myfree contain a call to decc$free() and check the status.  That % way you can trap many memory errors.)i  
 Simple eh?  4 ( Pray that this package does not contain C++ code!)  K If the DII-COE can get packages like this to run on OpenVMS, without havingaH to put in all this work, then maybe, just maybe, there might be a _real_ OpenVMS renaissance.     Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech  J **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Thu, 13 Jul 2000 16:54:06 -0700g* From: "Jack Peacock" <peacock@simconv.com> Subject: Problem with UCX FTPy= Message-ID: <QEsb5.4136$MT.105189@news-west.usenetserver.com>n  E I seem to be having a problem configuring the UCX version of FTP (VMS ? 7.1, UCX 4.2, AlphaStation 255/300).  When I try to establish aoE connection to it from another node (over internet) I get the message: / TCPIP-E-FTP_NETERR, I/O error on network deviced4 -SYSTEM-F-REJECT, connect to network object rejected  B I'm having some trouble determining what the message means.  I canC telnet to the AS 255, but not FTP.  No problem getting to any other E nodes, just the AS 255, so I'm sure the problem is local to that nodeIH and the FTP setup.  I did run UCX$CONFIG and FTP is enabled as a server.  H The configuration is a 255/300 with two ethernet controllers: WE0 is theH local network, and WE1 is the connection to a cable modem, with a staticF IP address.  Only the FTP service has a problem, so I don't think it's  the network hardware or cabling.  G Any insight as to where I should be looking would be appreciated.  I'vet( gone through the UCX manual but no clue.    Jack Peacocko   ------------------------------  % Date: Thu, 13 Jul 2000 11:08:00 -0700h= From: "SmallCapWhispers.com" <informant@smallcapwhispers.com>l  Subject: SOMETHING NEW AND FREE!I Message-ID: <NEBBLOPDGLLDOIJHCJKEAEGDCBAA.informant@smallcapwhispers.com>a   Dear Internet User:s  A It's possible in your very busy life that you have little time to)J investigate investment opportunities in the stock market. So maybe you putI your money into mutual funds (a good idea), or rely on your retail brokern+ for advice (sometimes good, sometimes not).m  L There is a new web site http://www.smallcapwhispers.com that may be suitableH to your needs, and certainly could be of interest to you.  Enrollment isJ FREE, and there is also a FREE newsletter. Smallcapwhispers.com looks onlyL at listed, PROFITABLE, small cap stocks that are under-researched and appear to be very undervalued.o  F For example, we just released a report (before the market opened) on aH profitable, undervalued stock listed on the New York Stock Exchange, andF that stock rose 18.5% the same day. Think about it, that's about threeJ year's bank interest. Of the 3,207 stocks traded on the NYSE that day, ourF selection was the fourth best gainer for the day.  And we expect it toF continue to rise throughout the summer, at least until it reaches fairK value.  Believe it or not, the book value of that stock is still five timesd; greater than its share price, though we think not for long.   J It can't hurt to take a peek at this new, different, and exciting web siteH http://www.smallcapwhispers.com. Please remember that enrollment for theJ first two issues is FREE, and the worthwhile newsletter (you may subscribe separately) is always FREE.r  H Getting to SmallCapWhispers.com is not too complicated. In fact, you canL click on the link http://www.smallcapwhispers.com and you'll be taken there!G Smallcapwhispers.com never even looks at unlisted, unprofitable stocks.gA They're just too risky. Surely your own broker has told you that.eL Smallcapwhispers.com is truly independent, not affiliated with any brokerage! firm, no one will ever call you .n  J And sincerely, we hope that all your investments turn out like the ones on this new web site.   Thank you for your time.   http://www.smallcapwhispers.come   ------------------------------  % Date: Thu, 13 Jul 2000 16:56:51 -0700v* From: "Jack Peacock" <peacock@simconv.com>$ Subject: Re: SOMETHING NEW AND FREE!= Message-ID: <lHsb5.4157$MT.105767@news-west.usenetserver.com>r  H "SmallCapWhispers.com" <informant@smallcapwhispers.com> wrote in messageC news:NEBBLOPDGLLDOIJHCJKEAEGDCBAA.informant@smallcapwhispers.com...tH > For example, we just released a report (before the market opened) on aF > profitable, undervalued stock listed on the New York Stock Exchange, and % > that stock rose 18.5% the same day.  >0E An honest spammer, they admit they pump and dump stocks.  I give themp, credit for honesty though not for integrity.    Jack Peacocki   ------------------------------   Date: 13 Jul 2000 20:41:29 GMT# From: rifepe@langran.iem.csic.espamt0 Subject: Re: TCPIP remote node in audit security' Message-ID: <8kl9hp$d2d$1@tejo.csic.es>   M In article <8kidth$15s$1@tejo.csic.es>, rifepe@langran.iem.csic.espam writes:ra >In article <DvSa5.1249$5L3.10700@insync>, LESLIE@209-16-45-102.insync.net (Jerry Leslie) writes: & >>rifepe@langran.iem.csic.espam wrote: >>: Hi, , >>: We are running VMS 7.1 and and UCX V4.1.? >>: We have detect several unsucelfull breaking probes througth,A >>: the accounting and security log and we would like to find the3? >>: remote access node that is trying to enter in our computer.aK >>: The problem is they are using telnet and the name or addres is too longl >>: to be shown in the reports.-D >>: How can I read the full node name or ip address they are ussing? >>:  >>: Ricardo Fernandez-Perea- >>:  >>G >>The node name or ip address should appear in SYS$MANAGER:OPERATOR.LOGrH >>Search OPERATOR.LOG for "TELNET Login Request from Remote Host"; e.g.: >>< >>  %%%%%%%%%%%  OPCOM  11-JUL-2000 15:34:04.42  %%%%%%%%%%%( >>  Message from user INTERnet on SCCVXGM >>  TELNET Login Request from Remote Host: 209-16-45-98.insync.net Port: 1043b >>C >>You can use this site to track down who to email at the domain ofE >>the offending node:  >>( >>  http://spamcop.net/hosttracker.shtml >>  SpamCop - Host Tracker >> >>1 >>--Jerry Leslie   leslie@209-16-45-97.insync.netb= >>                 leslie@209-16-45-102.insync.net is invalido4 >>                 (my opinions are strictly my own) >- >Thank you very much,  >aJ >That cover the problem for the security audit, but How I can do somethingE >equivalent for the accounting reports. I can see very easy from them4F >that someone has make a port scanning of my computer but I can't know >from where. >s >Thanksr >Ricardo Fernandez-Perea >w hi, leslie p  ; from the accounting utility in brief report is easy to see.  the port scaning.oN     Date / Time      Type     Subtype     Username      ID     Source   StatusP --------------------------------------------------------------------------------  ....   ....lP 10-JUN-2000 12:55:26 PROCESS NETWORK     UCX_LPD      00000968 62.82.   130AEAC2P 10-JUN-2000 12:55:26 PROCESS NETWORK     UCX_LPD      00000967 62.82.   130AEAC2P 10-JUN-2000 12:55:34 PROCESS NETWORK     UCX$BIND     0000096A 62.82.   10000001P 10-JUN-2000 12:55:35 PROCESS NETWORK     UCX$BIND     0000096B 62.82.   10000001P 10-JUN-2000 13:05:24 PROCESS NETWORK     UCX$FTP      00000969 62.82.   10000001P 10-JUN-2000 13:07:01 LOGFAIL             <login>      0000096D 62.82.   00D380F4  ...  ...O in a short period of time all the services of tcpip has been activated from the ' same source, that is not in my network.    Ricardo Fernandez-Perea    ------------------------------   Date: 13 Jul 2000 22:10:11 GMT) From: leslie@clio.rice.edu (Jerry Leslie)n0 Subject: Re: TCPIP remote node in audit security' Message-ID: <8kleo3$alt$1@joe.rice.edu>t  $ rifepe@langran.iem.csic.espam wrote:
 : hi, leslie a :l= : from the accounting utility in brief report is easy to see.p : the port scaning. P :     Date / Time      Type     Subtype     Username      ID     Source   StatusR : -------------------------------------------------------------------------------- :  ....  :  ....-R : 10-JUN-2000 12:55:26 PROCESS NETWORK     UCX_LPD      00000968 62.82.   130AEAC2R : 10-JUN-2000 12:55:26 PROCESS NETWORK     UCX_LPD      00000967 62.82.   130AEAC2R : 10-JUN-2000 12:55:34 PROCESS NETWORK     UCX$BIND     0000096A 62.82.   10000001R : 10-JUN-2000 12:55:35 PROCESS NETWORK     UCX$BIND     0000096B 62.82.   10000001R : 10-JUN-2000 13:05:24 PROCESS NETWORK     UCX$FTP      00000969 62.82.   10000001R : 10-JUN-2000 13:07:01 LOGFAIL             <login>      0000096D 62.82.   00D380F4 :  ... :  ...Q : in a short period of time all the services of tcpip has been activated from then) : same source, that is not in my network.u :a : Ricardo Fernandez-Pereae    D The SYS$SYSDEVICE:[UCX$FTP]UCX$FTPD.LOG file should contain the host name or full IP address; e.g.:  -    $ TYPE SYS$SYSDEVICE:[UCX$FTP]UCX$FTPD.LOGc9    $ DEFINE SYS$ERROR SYS$SYSDEVICE:[UCX$FTP]UCX$FTPD.LOGt     $ RUN SYS$SYSTEM:UCX$FTPD.EXE  9    ******************************************************-    -                    UCX$FTPD server started on B                    sccvxg.insync.net       13-JUL-2000 16:32:30.38    9    ******************************************************0    4    %UCX-I-FTP_SESCON, FTPD: Session connection from /    my_work_place.com at 13-JUL-2000 16:32:30.54r  %    %UCX-I-FTP_USER, Username : LESLIEeI    %UCX-I-FTP_SESDCN, FTPD: Session disconnection from my_work_place.com      at 13-JUL-2000 16:32:46.01r      $ !	    $ EXITe  B Note: I've changed the actual node name to "my_work_place.com", so: our client's systems aren't exposed to the script kiddies.    4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------   Date: 14 Jul 2000 01:00:53 GMT' From: dashw459@aol.comeatspam (Doug W.)n Subject: VMS 7.3 wish list: Message-ID: <20000713210053.29959.00000222@ng-md1.aol.com>  J VMS is an exceptional operating system.  However, even the most entrenchedG supporter probably would like to see a few changes.  With VMS 7.3 underrO development, perhaps now is a good time to make requests.  No one likes to hear 6 a squeaking wheel, but squeaking just might help VMS.       N A mailbox is a wonderful device.  Under VMS the max size of a mailbox is 64K. N This was spacious on a VAX 780 doing 70 updates per second.   Today on a GS140O doing 9000 updates a second, 64K is very small.  One tiny burp and its filled. kO Processing power and memory have grown tremendously while mailbox buffering hastK remained constant.  It would be useful if VMS could create mailboxes larger 	 than 64K.a      K When multiple senders fill a mailbox, the sender with the smallest messagescO effectively takes over the mailbox.  Sometimes this is desirable, more often it M is an unpleasant surprise.  It would be helpful if there was an option duringtN mailbox creation that stopped VMS from accepting any messages until at least nL bytes (maxmsg) were free in the mailbox.  Senders could then compete equallyH for the mailbox based on the need to send a message, not the size of the
 message.        O I will never be able to appreciate the way VMS keeps time.  Accurate to about atO millisec with display routines down to1/100th of a sec.  On a fast Alpha even alM millisec is an eternity.  If you are measuring performance  or even examiningpO multiple error logs a timepiece with a fine granularity is always appreciated. pN It would be nice if over the long haul the granularity of VMS time was related to processing power.      O Process affinity introduced a need for a Monitor utility that examines specifico CPU(s).a      0 Take a look at IOMETER downloadable from Intel. N (www.intel.com/pressroom/archive/releases/sp021898.htm)  If a similar facilityN was available under VMS much of the confusion over the capabilities of various$ storage products could be resolved.       O On the VAX it was easy to relocate code into system space and locking down codeeH did not require an arcane knowledge of the linker, linkage sections, andK procedure descriptors.  VMS hacking was fun not work.  To me it appears VMS2K hacking died with the switch to Alpha.  If its spirit is ever to be revived:M this will have to be addressed.  Billy Bitsenbites where are you when we needaL you and can your creator be persuaded to come out with a sequel to the Hitch Hiker's Guide?   ------------------------------  # Date: Thu, 13 Jul 2000 22:02:25 GMTn From: Dirk Munk <munk@home.nl> Subject: Re: VMS in practice' Message-ID: <396E3C70.813E7698@home.nl>s   Oswald Knoppers wrote: > # > steven.reece@quintiles.com wrote:e > >dS > > This may be the site (or set of sites) that I was discussing with people I knewrO > > at the DECUS/ITUG conference in Vienna.  They did work for the local police M > > force and moved half of the cluster whilst the force continued to use thei > > systems. > 8 > Most (if not all) of the dutch police regions use VMS.  > True, and the Groningen police designed much of this software.   (Hi Oswald)s   regards,   Dirk   >  > Oswald   ------------------------------   Date: 13 Jul 2000 19:11:23 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)U Subject: Re: What graphics cards are supported by OpenVMS on a AlphaServer 400 4/233?b6 Message-ID: <8kl48r$h12$1@mailint03.im.hou.compaq.com>  Z In article <396d0404.966214468@192.168.63.1>, walnut30@hotmail.com (Edwin Guillot) writes:F :I have yet to find an answer to this question, despite looking in the :FAQ's and Compaq's web site.   F   PowerStorm 300 and PowerStorm 350 are the current widgets, the ELSA G   GLoria Synergy is around.  Older widgets include the PowerStorm 3D30 oF   and PowerStorm 4D20.  Also ATI Mach64 CX, ATI Mach64 GX.  S3 Trio64 =   1MB and 2MB.  S3 Trio64V 1MB and 2MB.  Various other cards.e  I   I tend to like (if you can still find them, they've been discontinued)  *   the PowerStorm 3D30 and PowerStorm 4D20.   < :Is there a list of the X servers that OpenVMS comes with...     Yep.  DECwindows.A  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 13 Jul 2000 19:19:40 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)U Subject: Re: What graphics cards are supported by OpenVMS on a AlphaServer 400 4/233?t6 Message-ID: <8kl4oc$h12$2@mailint03.im.hou.compaq.com>  @   First attempt to post this bounced, this may be a duplicate...  P In article <396d0404.966214468@192.168.63.1>, walnut30@hotmail.com (Edwin Guillo
 t) writes:F :I have yet to find an answer to this question, despite looking in the :FAQ's and Compaq's web site.u  E   PowerStorm 300 and PowerStorm 350 are the current widgets, the ELSAjF   GLoria Synergy is around.  Older widgets include the PowerStorm 3D30E   and PowerStorm 4D20.  Also ATI Mach64 CX, ATI Mach64 GX.  S3 Trio64r=   1MB and 2MB.  S3 Trio64V 1MB and 2MB.  Various other cards.j  H   I tend to like (if you can still find them, they've been discontinued)*   the PowerStorm 3D30 and PowerStorm 4D20.  < :Is there a list of the X servers that OpenVMS comes with...     Yep.  DECwindows.w  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 13 Jul 2000 14:09:06 -0400o? From: Steve Harris x7803 3081137 <sharris@phoenix.nova.att.com> - Subject: WTB: MASTERING ULTRIX by David BynontJ Message-ID: <Pine.GSO.4.21.0007131407430.8614-100000@phoenix.nova.att.com>   Hi,h  E I'm looking for a reasonably priced copy of MASTERING ULTRIX by Davidt4 Bynon.  Does anybody have a copy they can part with?  
 -Steve Harriso   ------------------------------  % Date: Thu, 13 Jul 2000 17:03:11 -0500e* From: WILLIAM WEBB <WWEBB1@email.usps.gov>1 Subject: Re: WTB: MASTERING ULTRIX by David Bynon - Message-ID: <0033000000737122000002L022*@MHS>    =0AHi,  E I'm looking for a reasonably priced copy of MASTERING ULTRIX by David 4 Bynon.  Does anybody have a copy they can part with?  
 -Steve Harrisa  .      Try going to http://www.bestbookbuys.com/  F      It's a comparative search page for bookstores carrying new and/or      used books.  B      I haven't tried it for *technical* books, but I got a copy of  D      The Sword and the Shield : The Mitrokhin Archive and the Secret      History of the KGBt  C      used for $12 postpaid which beat the heck out of $32.50 new...h =    ------------------------------  # Date: Fri, 14 Jul 2000 00:23:49 GMTo From: samalsson@my-deja.com* Subject: YAHMAIL/WASD problem*) Message-ID: <8klmil$tun$1@nnrp2.deja.com>    Hi VMS folks  0 I have just installed the YAHMAIL web based mail) program on my Jensen with VMS V7.2. I use* Netscape to try it out.*    & http://195.54.80.147/cgi-bin/yahmail/~  0 I got prompted for username and password which I+ supplied. But I get the following response:l      1 ERROR 404  -  The requested resource could not bew found., File not found  ...  authentication database problemr* (document, bookmark, or reference requires	 revision)a  / Additional information:  1xx,  2xx,  3xx,  4xx,i
 5xx,  Help      2 --------------------------------------------------  -----------------------------  , WASD/7.0.0 Server at ratex.unicom.dk Port 80    * Could anyone of you tell me where to start	 digging ?t   Thanks Sama    & Sent via Deja.com http://www.deja.com/ Before you buy.t   ------------------------------   End of INFO-VAX 2000.390 ************************H and the FTP setup.  I did run UCX$CONFIG and FTP is enabled as a server.  H The configuration is a 255/300 with two ethernet controllers: WE0 is theH local network, and WE1 is the connection to a cable modem, with a staticF IP address.  Only the FTP service has a problem, so I don't think it's  the network hardware or cabling.  G Any insight ass%!_LO}2+Jf%K%w},KH<B\9OsOij:}	9O%Szad Zi?#q	!K|h;T|!cT_|@?DByъm]PJ"fcUg+l;!D#<]T(8:-M	G 	!T1aII;+\CU nj77hd;n,xgj?JYi
?m
.
6L sIrPM&N/'z2'qƂʂ[͂B'sX!}{1
X'[-]'tzǂyc{2LJ;?
^Jl+"^"qx8w͉w,;O3'hrK{T%ti{ބTN℄F}QIcv
bO\bڊ|J#q|&-;ˌ
K
dA7dJUB%F RO"&iلNwYl{{]T}|@fъ-rKJs 
;<
ef%~U'	 PNww;N}oJO#fsu4j|@&A-yTn"VL $
xrS 5 k Y X Q = Ӎ\/<RL> \?9o){hv:1ta_T
_4_``td6qu`_<`'H5X덣^;v-	/	8?`$u|'.i
v[AE`^SeGDJ@8 H
Layڄg{}Z݄n{~i  z}v䍉&B 3*`U`fF\F_r05q|vvU6`-e
anBp?(^zh8,	ghP:%OqF=le
YU3+wJ:@,[$0(T_V \0
(*g|_S_W_[c_$w__e_}_@%6|Pyv<4uKL,
Siut[H<FU

>MZDhl$@j'?AcJ:47xYk|zCbQH;
vZ؉y>!nry)
b_JQ{kR@FP0!}W>h_M2\]ڍ\<_\g\׍\\i\\8 \9\edJ}\>\$_-$cΊ kZ>8K~q3F#,?&M)82zBYG W "W ~5bX E ? SG #`RR,U,- ;	.z M f(?$h:#V"B<V
EYy 9l I i (SR 6R To1"h- E5'-RG)
,Uy?Bms
O+3"3r&O 6Z[& s{vz2/x,/Cwha8r:$KpaNOl4-V v)DywF9gOgt2r;P98XŃlD'DqDD˃{OGDу]9Hi$ J5 ڃ{X{
fHs>5 <JT'~{r8]!)G .uX$Jul~:h%bmyEW[mgxQ(7V(.	<@}	Ό+dmKgO!2{94#VX'[}F/FaόBpDit8u!u&#uhB
eugu&퍁t'ht&Nu-3&(a>v8aMMvav'Muw'vaMa'avTv&v
QghJ9 jY!{y]Q.2.
:wM9dE#
z1.ލd,5 d'}H*L-2/0k3p
0f:#<A ?YV?A E? GbPԎ,r}%[0T/}2$vr~tu~`|*dRP5j^EXce9;	mYl6Aw@|f R]4#q&3)1 +nnagPc)1ngV wkJ"1hӀA['vhF-750vR2vϊ5z}4TboZ
G#D%D1'DfRcn"&	nt+Yy[qsFzH5T . L /q\HQ>|Q4{
KW)_(F(]%F(Fb(p5gF9_FV\Wo"[p]v`:igHьYnc3_2$ePoT/1N5O97F<t Əȏ,XbIbL)Mڂ
$zg x
{΄hzyI֎M؎5 U|k"mwWRSEJh+o!ȋ2mmF Ww\>qYߊCo]EoRMHoLo uRoǉJd3Zh8ls-R IaSD)4wA}$9G#dM*cwXcs +k'eye8p!!]s-IfrpC@ ,Cpp,X),=]!pn #p=d^[pZ0q:C6pe:$ECE)I Egk2WlN _1|\/}wkpYEE?EEpEɊe*چQFukpQcf͑}Rw,|RfO*~J7> bGDh| 
&x{ D 'jBD c06_'h1R; 'f7
Q
i6
`
bV2: 