INFO-VAX Sat, 12 Apr 2008 Volume 2008 : Issue 204 Contents: RE: analyze/audit options to display password Re: analyze/audit options to display password Re: analyze/audit options to display password Re: analyze/audit options to display password Re: change password on node 1 from node 2 Re: change password on node 1 from node 2 Re: change password on node 1 from node 2 Re: Decnet IV Re: Decnet IV Re: Decnet IV Re: Decnet IV Re: Divining the full pathname of a file, all logicals translated Re: Divining the full pathname of a file, all logicals translated Re: Longtime VMS system manager/programmer available Re: Longtime VMS system manager/programmer available Re: Longtime VMS system manager/programmer available Mercurial on OpenVMS webserver Re: New contact details for Guy Peleg Re: Scripting SET HOST/DUP with Kermit (or other)? Re: vms 8.3 openssl cert expiration RE: VMS advertising ! RE: VMS advertising ! Re: VMS advertising ! Re: VMS advertising ! Re: VMS advertising ! Re: VMS advertising ! Re: VMS advertising ! ---------------------------------------------------------------------- Date: Fri, 11 Apr 2008 13:56:34 -0400 From: "Peter Weaver" Subject: RE: analyze/audit options to display password Message-ID: <020701c89bfd$6211e430$2802a8c0@CHARONLAP> > > My faulty memory is telling me that the password is *not* > > displayed/recorded while the attempts are still classified > as SUSPECT, > > but they are once the attempt becomes an INTRUDER. > > I tested before I posted earlier, and for me the audit log > writes logfail records until intrusion avoidance kicks in, > then writes breakin ones which contain the password. > > If Horst isn't getting any breakins, then I guess either they > aren't being audited, or the intrusion threshold hasn't been > reached. It depends on exactly what gets written to the > intrusion record whether multiple events accumulate; I think > earlier TCPIP services versions may have used ephemeral device names. > Or, as he posted he is running SSH. I do not know about the IP stacks from Process Software since I never had a reason to install SSH on them, but HP's IP stack does not record any passwords in the audit file if the attack is coming from SSH. I usually get a lot of SSH attacks on my system. Last week I modified the LOGIN.COM in TCPIP$SSH_HOME as shown below, since then I have not seen any single IP address try more than 3 attempts on my system. I do not know if I am just being lucky or if my modification is making the script-kiddies' program give up. Peter Weaver www.weaverconsulting.ca www.openvmsvirtualization.com www.vaxvirtualization.com www.alphavirtualization.com $! login.com for HP TCP/IP Services for OpenVMS auxiliary service $! $! Get the address of where they are coming from. $! $ sysrem_node = "''f$trnlnm("SYS$REM_NODE")'" - "::" $! $ set noon $! $! Let's check to see if we have seen this IP in the past 6 hours $! $ search TCPIP$SSH_RUN.LOG;* 'sysrem_node /status /since=-06: $ number_of_times = f$integer(SEARCH$RECORDS_MATCHED) $ wait_time = "00:00:00" $! $! If we have seen this IP in the past 6 hours, then make them $! wait 5 seconds for every try we have, if we have over 12 $! tries then make them wait 2 minutes. $! $ if number_of_times .gt. 0 $ then $ set verify $ seconds = number_of_times * 5 $ wait_time = f$fao("00:00:!2ZB",seconds) $ if seconds .gt. 59 then wait_time = "00:02:00" $ if seconds .gt. 120 then wait_time = "00:03:00" $ if seconds .gt. 180 then wait_time = "00:04:00" $ if seconds .gt. 240 then wait_time = "00:05:00" $ wait 'wait_time $ set noverify $ endif $! $ mail nl: security/subject=- "Someone logging into SSH! from ''sysrem_node' - waited ''wait_time' because of ''number_of_times' tries" $! $! $! To control the purging of .LOG files edit SYS$SYSTEM:TCPIP$SSH_RUN.COM $! I have modified SYS$SYSTEM:TCPIP$SSH_RUN.COM to keep any log created in $! the past 14 days. $! ------------------------------ Date: 11 Apr 2008 20:10:09 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: analyze/audit options to display password Message-ID: <47ffc5a1$0$15191$607ed4bc@cv.net> In article , "Richard Brodie" writes: > > wrote in message news:b20ffd0c-28c3-448a-b7b0- > >> My faulty memory is telling me that the password is *not* >> displayed/recorded while the attempts are still classified >> as SUSPECT, but they are once the attempt becomes >> an INTRUDER. > >I tested before I posted earlier, and for me the audit log >writes logfail records until intrusion avoidance kicks in, >then writes breakin ones which contain the password. Unless those breakin records are due to attempts using TCPIP Services ssh. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Fri, 11 Apr 2008 13:23:22 -0700 (PDT) From: Ken.Fairfield@gmail.com Subject: Re: analyze/audit options to display password Message-ID: On Apr 11, 10:56 am, "Peter Weaver" wrote: [...] > $ search TCPIP$SSH_RUN.LOG;* 'sysrem_node /status /since=-06: > $ number_of_times = f$integer(SEARCH$RECORDS_MATCHED) [...] Very nice! At which VMS version and/or DCL ECO, did this SEARCH$RECORDS_MATCHED appear? It's not mentioned in the online DCL Dictionary, even for VMS 8.3-1H1. Are there any other SEARCH$ symbols defined? There are countless routines where I could have used this rather than, $ Search /Wind=0/Stat/Out= and reading back the tmp file. Sigh... -Ken ------------------------------ Date: Fri, 11 Apr 2008 21:18:55 +0000 (UTC) From: moroney@world.std.spaamtrap.com (Michael Moroney) Subject: Re: analyze/audit options to display password Message-ID: "Richard Brodie" writes: > wrote in message news:b20ffd0c-28c3-448a-b7b0- >> My faulty memory is telling me that the password is *not* >> displayed/recorded while the attempts are still classified >> as SUSPECT, but they are once the attempt becomes >> an INTRUDER. >I tested before I posted earlier, and for me the audit log >writes logfail records until intrusion avoidance kicks in, >then writes breakin ones which contain the password. >If Horst isn't getting any breakins, then I guess either they >aren't being audited, or the intrusion threshold hasn't been >reached. It depends on exactly what gets written to the intrusion >record whether multiple events accumulate; I think earlier TCPIP >services versions may have used ephemeral device names. HP's TCPIP services don't log the password, even for breakin. This is true for both SSH and FTP at minimum. I confirmed this a while ago with an audit server listener (which I'll dig out for another poster). ------------------------------ Date: 11 Apr 2008 13:51:40 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: change password on node 1 from node 2 Message-ID: In article <20080411123305.GA1876@mech-aslap33.men.bris.ac.uk>, Anton Shterenlikht writes: > My password expired on node 1 in a vms cluster, so I cannot connect > with ssh (old problem). I can connect to node 2 using system account. > Can I change a system or an ordinary user password on node 1 from node 2? A homogeneous cluster (the only supported kind) has a single UAF. You can change the password from any node. If you are logged onto the SYSTEM account on any node and you change it, that applies to all nodes. ------------------------------ Date: 11 Apr 2008 13:53:57 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: change password on node 1 from node 2 Message-ID: <5dvEfgz3yRpz@eisner.encompasserve.org> In article <20080411160017.GA3095@mech-aslap33.men.bris.ac.uk>, Anton Shterenlikht writes: > On Fri, Apr 11, 2008 at 03:06:07PM +0200, Raf The Cat wrote: >> hi hanton >> >> $ assign node2::sys$system:sysuaf.dat sysuaf >> $ mc authorize mod ..... > > mc is not a DCL command, is it? I can't find any info on mc. MC is the unique abreviation that selects the MCR command. MCR was the primary command langauge on RSX-11M/M+ as was once a supported command language on VMS. MCR x can be taken as short for "run sys$system:x", but unlike the run command, it allows command parameters. A path can be given to override the default of sys$system:. ------------------------------ Date: Fri, 11 Apr 2008 20:23:16 +0200 From: "P. Sture" Subject: Re: change password on node 1 from node 2 Message-ID: In article <7dd80f60804111006h472c381o5c00f37dc79cccc9@mail.gmail.com>, "Ken Robinson" wrote: > On Fri, Apr 11, 2008 at 12:53 PM, Richard B. Gilbert > wrote (in part): > > > Try "MCR". "MC" is just an abbreviation. MCR was an acronym for Monitor > > Console Routine. It came from one or more of the PDP-11 operating systems. > > In recent versions of VMS, say 4.0 and later, it's a synonym for RUN > > SYS$SYSTEM: > > No, it's not a synonym for RUN SYS$SYSTEM. When you use the MCR > command to invoke a program, you can pass parameters to the program on > the command line. You can not do that with the RUN command. It is more > of a shortcut for defining a foreign command. > Also, SYS$SYSTEM: is only a default. You can also do: $ mcr mydev:[mydir]myprog parameter_list or more commonly when developing and testing a program: $ mcr sys$disk:[]myprog "''parameter_list'" -- Paul Sture Sue's OpenVMS bookmarks: http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ Date: Fri, 11 Apr 2008 20:16:30 +0200 From: "P. Sture" Subject: Re: Decnet IV Message-ID: In article , "Richard B. Gilbert" wrote: > Well, if he's like me, he finds NCP a real burden. The documentation > for DecNet V was a real disaster. The author was so damned proud of all > the layers, stacks, towers and all the rest of the garbage that I'm > not sure he ever did get around to telling me how to do the basic > management tasks. > > I wrestled with it when I absolutely had to and ran Phase IV otherwise. > All I ever wanted was DECnet over Ethernet but DECnet V assumed that I > needed to support everything from tin cans and string to satellite > links. Among other sins, it turned a simple thing like setting the > correct time into a horrendous task! > > I'm STILL running Phase IV, if only on my home machines. Sorry Richard, but you are out of date here. Agreed that the original documentation left much to be desired, but since more than a decade ago I have been happily running Phase V, and it really isn't so bad to understand once you get into the swing of it. -- Paul Sture Sue's OpenVMS bookmarks: http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ Date: Fri, 11 Apr 2008 15:22:59 -0400 From: "Richard B. Gilbert" Subject: Re: Decnet IV Message-ID: P. Sture wrote: > In article , > "Richard B. Gilbert" wrote: > >> Well, if he's like me, he finds NCP a real burden. The documentation >> for DecNet V was a real disaster. The author was so damned proud of all >> the layers, stacks, towers and all the rest of the garbage that I'm >> not sure he ever did get around to telling me how to do the basic >> management tasks. >> >> I wrestled with it when I absolutely had to and ran Phase IV otherwise. >> All I ever wanted was DECnet over Ethernet but DECnet V assumed that I >> needed to support everything from tin cans and string to satellite >> links. Among other sins, it turned a simple thing like setting the >> correct time into a horrendous task! >> >> I'm STILL running Phase IV, if only on my home machines. > > Sorry Richard, but you are out of date here. Agreed that the original > documentation left much to be desired, but since more than a decade ago > I have been happily running Phase V, and it really isn't so bad to > understand once you get into the swing of it. > My home machines are all I have now and all I've had for the last four years. Phase IV does everything I need and I know how to accomplish the few management tasks required. It's most unlikely now that I'll EVER find another job as a System Manager. Where is the benefit to me? And BTW, where I wrote "NCP" above I think I meant NCL. And TCP/IP has effectively conquered the world anyway!! It became the de facto standard while the professors were still debating! ------------------------------ Date: Fri, 11 Apr 2008 21:46:40 -0400 From: JF Mezei Subject: Re: Decnet IV Message-ID: <472fb$48001321$cef8887a$7628@TEKSAVVY.COM> denis.fayaud@free.fr wrote: > allready installed. In my case, I really need Decnet IV and I don't > know the fair way to return back from Decnet Plus to Decnet IV. To upgrade from Decnet 5 to the more efficient decnet 4: PRODUCT REMOVE DECNET_OSI Then, from the VMS installation CD, you install DECNET 4. You will need to run netconfig to create all your network entries. And while it has been a number of years since I upgraded from decnet 5 to decnet 4, the PRODUCT REMOVE did leave some files lying around, but nothing drastic. Also remember to update your system startup procedure to stop trying to start decenet 5 and remembe to start decnet 4 before starting any other networking layer because 4 still needs to change the ethernet address of the machine. ------------------------------ Date: Fri, 11 Apr 2008 22:53:33 -0400 From: JF Mezei Subject: Re: Decnet IV Message-ID: Richard B. Gilbert wrote: > And TCP/IP has effectively conquered the world anyway!! It became the > de facto standard while the professors were still debating! DECNET isn't so much a "network" stack anymore, it is just a neat part of the OS that is useful even on single node systems. (network objects, tasks etc) ------------------------------ Date: Fri, 11 Apr 2008 13:01:46 -0700 From: Fred Bach Subject: Re: Divining the full pathname of a file, all logicals translated Message-ID: Ken.Fairfield@gmail.com wrote: > On Apr 10, 5:08 pm, Fred Bach wrote: > [...] >> Why not try the following? The idea is to translate DSK7. Note: with this >> routine, I believe that DSK7 could even point to a different disk than the >> one that SYS$LOGIN is on. >> >> We use THREE LEXICALS: f$parse, f$file_attributes, and f$fid_to_name . >> >> $ filename = "DSK7:[OPS.VNEWS.DEC.VNEWS]VNEWS.DOC" >> $ _device = f$parse(filename,,,"DEVICE","NO_CONCEAL") >> $ _id = f$file_att(filename,"FID") >> $ write sys$output f$fid(_device,_id) >> RAD1:[DATA.OPS.DSK7.OPS.VNEWS.DEC.VNEWS]VNEWS.DOC;1 > > 1) To satisfy the OP, you still need to run F$Parse against this > result > (twice) to get the "path", i.e., device:[dir], to the file. > > 2) We don't have F$Fid on V7.3-2 (and earlier)... > > -Ken > 1) Yes indeed. We still have plenty of code here where we remove square brackets, code from earlier days. I was here long before VMS was born, although I believe that most of our DCL code was reworked after Rev 5. Just "subtracting" the brackets from the path string seemed quite a popular technique with other DCL coders here. I have been known to do it to when in a hurry, or use F$LOCATE for ".][" and then piece the directory string back together. Over time, quite a bit of my code was changed to use a series of F$PARSE statements to extract each portion of the path name. With the new technique above, as you say, we still need to use F$PARSE to get the individual fields, but I think it's cleaner and possibly more reliable. 2) With the NO_CONCEAL directive, F$PARSE will translate logicals in the directory path: $ show logical dsk7 "DSK7" = "RAD1:[DATA.OPS.DSK7.]" (LNM$PROCESS_TABLE) $ filename == "DSK7:[OPS.VNEWS.DEC.VNEWS]VNEWS.DOC;1" $ write sys$output f$parse(filename,,,"Directory","NO_CONCEAL") [DATA.OPS.DSK7.][OPS.VNEWS.DEC.VNEWS] and then you have to remove all the "][" character pairs in the string. I believe you could have more than one set . The device is not translated by F$PARSE without the "NO_CONCEAL" directive. However, if I use "NO_CONCEAL", RAD1: comes back as its physical device : $ write sys$output f$parse(filename,,,"DEVICE") DSK7: $ write sys$output f$parse(filename,,,"DEVICE","NO_CONCEAL") $1$DGA3: F$FID_TO_NAME comes back with RAD1 for the device. Just off hand I don't know a fast, clean way of translating $1$DGA3: back into RAD1: for V7.3-2 and earlier. .. fred bach .. ------------------------------ Date: Fri, 11 Apr 2008 20:01:14 -0700 (PDT) From: AEF Subject: Re: Divining the full pathname of a file, all logicals translated Message-ID: <10062252-a7d9-4f17-bb55-2263759b0bf5@t54g2000hsg.googlegroups.com> On Mar 24, 4:27 pm, Rich Jordan wrote: [...] > OBTW the comment about people unfamiliar with VMS syntax; I expect > they'd know enough about dev:[dir1.dir2.dir3]file.name to be able to > follow it since we'd be telling them. I'd prefer not to give them > variances that might be confusing (extra "][" and missing ".") so it > makes sense to use the most basic and consistent syntax in the stored > information. > > Thanks! > > Rich Please, what are you trying to do? What is the purpose of this list? What are the users looking for when they use this list? What are they going to do with the file-spec when they find the one they want? Are they expected to retrieve the file from disk or tape? If so, why do they need the list? And how are they going to do anything with it if they don't have even a clue as to VMS file-specs? Etc. My apologies if I'm missing something obvious, but I have no clue as to what the point of all this is. If the OP is not following this thread anymore, I' asking anyone else who is to explain to me what the whole point of this is. As usual, without the original motivation it is difficult to come up with reasonably "optimized" (for lack of a better word I can't think of offhand) solution. Thanks! AEF ------------------------------ Date: Fri, 11 Apr 2008 20:10:52 -0400 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: Longtime VMS system manager/programmer available Message-ID: <47fffe0b$0$90268$14726298@news.sunsite.dk> Jan-Erik Söderholm wrote: > JF Mezei wrote: >> But HP employees have made it quite clear that interactive use >> is no longer a priorioty for development. > > Just as for any other server-OS on the planet, even 3270 > on MVS is replaced by other client tools, web based or > whatever. VMS is no different than any other server-OS > in this regard. True. VMS on the desktop is a monty python idea. But the fact that other OS'es not coming from the desktop world also has dropped the desktop presence does not mean that they are all equal regarding future. Arne ------------------------------ Date: Fri, 11 Apr 2008 18:19:40 -0700 From: "Tom Linden" Subject: Re: Longtime VMS system manager/programmer available Message-ID: On Fri, 11 Apr 2008 10:26:54 -0700, Rob Brooks wrote: > billg999@cs.uofs.edu (Bill Gunshannon) writes: > >> If (and that's a real big if) they decided to port VMS to x86-64, who is >> left to actually do it? Because of the lack of expertise in things like >> BLISS and MACRO how much would have to be re-written nthat dreaded "C"? >> If large portions were written in C by the current crop of programmers, >> how much of VMS's stability and integrity would be damaged or destroyed? > > IF a port to a different architecture was done, it's almost a given that > we would need to call in some hired guns to do things like port the BLISS > compiler. > > It's not clear why this bizarre notion that only new, inexperienced > VMS engineers program in C. Some of the more experienced members of > VMS engineering are strong advocates of C. Anyone remember "Writing > OpenVMS Alpha Device Drivers in C"? And that's a 12-year old book! > > Nonetheless, a complete rewrite of BLISS and MACRO into C would not > likely be the best solution should the likely-never-to-happen port > to a different architecture be undertaken. > VMS engineering has had brain-dead managment since the early 80's allowing the engineers to experiment with all sorts of crap, including C. -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Fri, 11 Apr 2008 22:05:37 -0400 From: "Richard B. Gilbert" Subject: Re: Longtime VMS system manager/programmer available Message-ID: Tom Linden wrote: > On Fri, 11 Apr 2008 10:26:54 -0700, Rob Brooks > wrote: > >> billg999@cs.uofs.edu (Bill Gunshannon) writes: >> >>> If (and that's a real big if) they decided to port VMS to x86-64, who is >>> left to actually do it? Because of the lack of expertise in things like >>> BLISS and MACRO how much would have to be re-written nthat dreaded "C"? >>> If large portions were written in C by the current crop of programmers, >>> how much of VMS's stability and integrity would be damaged or destroyed? >> >> IF a port to a different architecture was done, it's almost a given that >> we would need to call in some hired guns to do things like port the BLISS >> compiler. >> >> It's not clear why this bizarre notion that only new, inexperienced >> VMS engineers program in C. Some of the more experienced members of >> VMS engineering are strong advocates of C. Anyone remember "Writing >> OpenVMS Alpha Device Drivers in C"? And that's a 12-year old book! >> >> Nonetheless, a complete rewrite of BLISS and MACRO into C would not >> likely be the best solution should the likely-never-to-happen port >> to a different architecture be undertaken. >> > VMS engineering has had brain-dead managment since the early 80's allowing > the engineers to experiment with all sorts of crap, including C. > > It's been said before but. . . THE LANGUAGE DOES NOT MAKE THE PROGRAM. You don't have to write bad code in C, it's just easier to do so than it really should be. You could write poor code in BLISS, you'd just have to work a little harder to make it bad. You can write a buggy program in ADA; you just have to work harder. . . . If nobody ever tried anything new, we'd still be chipping flint and bashing JF with stone axes instead of words. ------------------------------ Date: Fri, 11 Apr 2008 10:57:23 -0700 From: "Jeffrey H. Coffield" Subject: Mercurial on OpenVMS webserver Message-ID: <8ENLj.3286$GE1.40@nlpi061.nbdc.sbc.com> Has anyone been able to get Mercurial to work with any web server on OpenVMS? I have it working on Apache/Linux but the same configuration with Apache on OpenVMS seems to have a disconnect in the way Apache passes CGI data to Mercurial. Using the server built into Mercurial would seem to require a separate port for each project. Jeff Coffield ------------------------------ Date: Fri, 11 Apr 2008 13:38:40 -0700 From: Fred Bach Subject: Re: New contact details for Guy Peleg Message-ID: <47FFCC50.7050405@triumf.ca> Guy Peleg wrote: > All, > > I wanted to bring to your attention that I have recently > left Bruden, and founded a new company called Maklee engineering. > > Maklee provides services for all enterprise operating systems (meaning > not Windows), focusing on OpenVMS, OpenVMS performance and > Oracle on OpenVMS. You may read more about us at http://www.maklee.com > (the site is still under construction it will take about 10 days before all > information is available > online). > > My new email address is guy.peleg@remove_this_maklee.com > > I look forward hearing from you. > > Guy > > > Guy, Congrats! I look forward to reading many posts from you. I use ORACLE under OpenVMS here. Who knows - maybe we will be working together on some project. One thing - I really dislike websites where I cannot increase/decrease the size of the font. The font on maklee.com at present cannot be controlled in Firefox or Internet Explorer (must be an image). Thanks in advance for looking into this. . fred bach . ------------------------------ Date: Fri, 11 Apr 2008 15:47:31 -0500 From: David J Dachtera Subject: Re: Scripting SET HOST/DUP with Kermit (or other)? Message-ID: <47FFCE63.C0F3336B@spam.comcast.net> Ken.Fairfield@gmail.com wrote: > > On Apr 2, 8:45 am, Jim wrote: > [...] > > > > I think that HSDSA-SCRIPT-ALPHA alone will be adequate for what you're > > doing. > > Just to close on this subject, I finally got the time this morning > to test and HSDSA-SCRIPT is precisely what I need for this > task. > > As a very short overview for those who (1) have old > HS controllers like I do, and (2) haven't encountered > this program before, when you RUN HSDSA-SCRIPT, > it prompts for > > (a) a "command" file containing commands to send > to the controller, > (b) the name of a log file to write output to, and > (c) the name of the controller. > > When it's completed the commands for the controller > given in (c), it goes through its prompts again. Giving > the word "NONE" at the first (re-)prompt terminates the > session. So you can do as many or as few controllers > in one "RUN" as you want. The way you wrap that in > command procedure is (obviously) straight forward. The caveat is that HSDSA-SCRIPT does not understand EOF on its SYS$INPUT stream. It expects the "NONE" keyword to terminate input and nothing else. David J Dachtera (formerly dba) DJE Systems ------------------------------ Date: Fri, 11 Apr 2008 20:07:03 +0200 From: "P. Sture" Subject: Re: vms 8.3 openssl cert expiration Message-ID: In article , Chuck Aaron wrote: > Can someone provide me the command that will tell me what > date my openssl self-signed certificate is set to expire? > > Thanks in advance. $ set def ssl$com $ @ssl$cert_tool then pick "Option 1. View a Certificate" -- Paul Sture Sue's OpenVMS bookmarks: http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ Date: Fri, 11 Apr 2008 17:58:19 +0000 From: "Main, Kerry" Subject: RE: VMS advertising ! Message-ID: > -----Original Message----- > From: Bill Gunshannon [mailto:billg999@cs.uofs.edu] > Sent: April 10, 2008 6:45 PM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: VMS advertising ! > > In article 324e7907b16f@24g2000hsh.googlegroups.com>, > nomail2482@aol.com writes: > > > > Someone else using VMS as a trademark: > > > > Vulnerability Management System (VMS) from i-security > > As I pointed out here in the past, DISA has been using the term VMS for > their > "Vulnerability Management System" for a number of years already. I > think it > is safe to assume at this point that the term VMS is up for grabs even > when > used in an IT reference. > > bill > > -- > Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three > wolves > billg999@cs.scranton.edu | and a sheep voting on what's for dinner. > University of Scranton | > Scranton, Pennsylvania | #include The official name is OpenVMS, so why would anyone bother protecting the nam= e "VMS?" (ok, besides sentimental reasons?) For kicks, google "VMS" and watch how mant different hits you get. A few examples: http://www.cisco.com/en/US/products/sw/cscowork/ps2330/ http://www.vmsom.com/ http://www.vmsventures.com/ http://www.vmslimited.co.uk/ http://www.vms-at.com/ http://www.vms.edu/Default.asp?bhcp=3D1 Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-254-8911 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT) OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: 11 Apr 2008 17:12:02 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: RE: VMS advertising ! Message-ID: <6UHROJoQYxKK@eisner.encompasserve.org> In article , "Main, Kerry" writes: > > The official name is OpenVMS, so why would anyone bother protecting the nam= > e "VMS?" > Customer relations. ------------------------------ Date: Fri, 11 Apr 2008 14:27:51 -0700 (PDT) From: DaveG Subject: Re: VMS advertising ! Message-ID: <9d58f5a7-12b5-4e65-97de-e9641076fe94@k37g2000hsf.googlegroups.com> On Apr 11, 5:12=A0pm, koeh...@eisner.nospam.encompasserve.org (Bob Koehler) wrote: > In article , "Main, Kerry" writes: > > > > > The official name is OpenVMS, so why would anyone bother protecting the = nam=3D > > e "VMS?" > > =A0 =A0Customer relations. "Old" customer relations, and I'm included in that group. But what the heck, the name changed to OpenVMS how many years ago? At least 10, probably more. ------------------------------ Date: Fri, 11 Apr 2008 17:41:02 -0400 From: "Richard B. Gilbert" Subject: Re: VMS advertising ! Message-ID: <9JGdnedHDMSeRmLanZ2dnUVZ_qHinZ2d@comcast.com> DaveG wrote: > On Apr 11, 5:12 pm, koeh...@eisner.nospam.encompasserve.org (Bob > Koehler) wrote: >> In article , "Main, Kerry" writes: >> >> >> >>> The official name is OpenVMS, so why would anyone bother protecting the nam= >>> e "VMS?" >> Customer relations. > > "Old" customer relations, and I'm included in that group. But what > the heck, the name changed to OpenVMS how many years ago? At least > 10, probably more. > Does anyone really take the name change seriously? ------------------------------ Date: Fri, 11 Apr 2008 21:51:00 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: VMS advertising ! Message-ID: <83RLj.5966$R_4.4802@newsb.telia.net> Richard B. Gilbert wrote: > DaveG wrote: >> On Apr 11, 5:12 pm, koeh...@eisner.nospam.encompasserve.org (Bob >> Koehler) wrote: >>> In article >>> , >>> "Main, Kerry" writes: >>> >>> >>> >>>> The official name is OpenVMS, so why would anyone bother protecting >>>> the nam= >>>> e "VMS?" >>> Customer relations. >> >> "Old" customer relations, and I'm included in that group. But what >> the heck, the name changed to OpenVMS how many years ago? At least >> 10, probably more. >> > > Does anyone really take the name change seriously? Anyone who takes OpenVMS seriously does... Jan-Erik. ------------------------------ Date: Fri, 11 Apr 2008 16:47:15 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: VMS advertising ! Message-ID: <08041116471522_2020CE0A@antinode.org> From: "Richard B. Gilbert" > Does anyone really take the name change seriously? Well, duh. The people who _made_ the change did. Just like the people who thought that there was a pressing need to change the color of the |d|i|g|i|t|a|l| logo. And so on. I like to think that it's not my fault that I was born on the planet where the "B" Ark landed. (This may or may not be true.) ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Fri, 11 Apr 2008 18:17:29 -0400 From: bradhamilton Subject: Re: VMS advertising ! Message-ID: <47FFE379.4030604@comcast.net> Richard B. Gilbert wrote: [...] > > Does anyone really take the name change seriously? I would hazard to guess, from the job postings I've seen, that "OpenVMS" appears as often (if not more) as "VMS". Both names, however, pale in comparison with the number of times that "VAX" or "VAX/VMS" show up in the postings (even though the actual hardware may be Alpha). There is a local posting for an overnight shift Computer Operator on Tandem machines, but the post indicates that the candidate should be familiar with, "[...]the execution of daily, weekly and monthly backups that are performed on platforms such as; Tandem, VMS and HP systems." ------------------------------ End of INFO-VAX 2008.204 ************************